Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

This PR removes the OS suffix from devcontainers, allowing the upstream devcontainer images to determine the OS version.

Contributes to rapidsai/build-planning#200.

Authors:
  - Bradley Dice (https://github.com/bdice)

Approvers:
  - Kyle Edwards (https://github.com/KyleFromNVIDIA)

URL: #1169

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

conda-forge is migrating to gcc 14, so this PR is updating for alignment.

See rapidsai/build-planning#188

Authors:
  - Vyas Ramasubramani (https://github.com/vyasr)

Approvers:
  - Jake Awe (https://github.com/AyodeAwe)
  - Ben Frederickson (https://github.com/benfred)

URL: #1030

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

rapids_config will use `RAPIDS_BRANCH` contents to determine what branch to use

Authors:
  - Robert Maynard (https://github.com/robertmaynard)

Approvers:
  - Bradley Dice (https://github.com/bdice)
  - Ben Frederickson (https://github.com/benfred)

URL: #1143

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

Forward-merge branch-25.08 into branch-25.10

…and int32) (#1283)

With the introduction of `CuVSMatrix` as the type to provide an input dataset, we expanded the types that can be used in indexing.
With this PR we aim to do the same query/search:
- Use a `CuVSMatrix` for `CagraQuery` too
- Use the correct types for sizes in `CagraIndex#search`

There is more we can do there, e.g. use `CuVSDeviceMatrix` for storing the results so we don't have to explicitly copy them (all duplicated code). That would be follow-up work.

Authors:
  - Lorenzo Dematté (https://github.com/ldematte)
  - Ben Frederickson (https://github.com/benfred)

Approvers:
  - Ben Frederickson (https://github.com/benfred)
  - Chris Hegarty (https://github.com/ChrisHegarty)

URL: #1283

Authors:
  - Kyle Edwards (https://github.com/KyleFromNVIDIA)

Approvers:
  - Robert Maynard (https://github.com/robertmaynard)

URL: #1385

Fixes #853

Authors:
  - Tarang Jain (https://github.com/tarang-jain)

Approvers:
  - Ben Frederickson (https://github.com/benfred)
  - Ben Karsin (https://github.com/bkarsin)

URL: #1112

This PR adds full support for row strides to `CuVSMatrix`.

There was already some support for them in `CuVSDeviceMatrix`, as we needed to at least to save them to handle matrices built from tensors (e.g. resulting from a cuvs computation) and/or to create tensors for that kind of data (again, to pass them to the C API).
With this PR we introduce ways to:
- allocate host and device matrices with row stride != from the number of columns (e.g. padding/additional info at the end of row vectors)
- map a pre-allocated memory region to a `CuVSMatrix` taking row stride into account
- copy between different matrices with different strides
- populate data taking the target matrix stride into account
- read data from matrices (e.g. read rows or copy to heap arrays) taking the source matrix stride into account

The API changes include also the introduction of column strides ("gaps" between elements withing the same vector); however this is not implemented yet. To the best of my knowledge, cuvs functions do not support these _yet_. I wanted to introduce them as we need them in some scenarios (e.g. round-tripping from `DLTensor`s), and I did not want to change the API once again if/when we are going to support them.

However, I am open to drop `columnStride` if we do not want it. Let me know.

Authors:
  - Lorenzo Dematté (https://github.com/ldematte)
  - Ben Frederickson (https://github.com/benfred)
  - MithunR (https://github.com/mythrocks)

Approvers:
  - Chris Hegarty (https://github.com/ChrisHegarty)
  - MithunR (https://github.com/mythrocks)

URL: #1345

#1350)

This PR :
- updates doc build to treat warnings as errors
- fixes an issue in the MG ANNs Python API doc
- fixes several doc issues that resulted in warnings

Closes #1382

Authors:
  - Victor Lafargue (https://github.com/viclafargue)

Approvers:
  - Ben Frederickson (https://github.com/benfred)
  - James Lamb (https://github.com/jameslamb)
  - Corey J. Nolet (https://github.com/cjnolet)

URL: #1350

Authors:
  - Tarang Jain (https://github.com/tarang-jain)

Approvers:
  - Ben Frederickson (https://github.com/benfred)

URL: #1399

This PR patches FAISS for some missing Thrust includes. This is needed to support building with CCCL 3.1.x. RAPIDS 25.10 will still use CCCL 3.0.x but we want to make it possible to build with 3.1.x in 25.10.

xref: #1329 (This backports a fix from that testing PR, which is targeting 25.12)

I am upstreaming the patch here: facebookresearch/faiss#4597

Authors:
  - Bradley Dice (https://github.com/bdice)
  - Corey J. Nolet (https://github.com/cjnolet)

Approvers:
  - Tarang Jain (https://github.com/tarang-jain)
  - Divye Gala (https://github.com/divyegala)

URL: #1398